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(54) Fahrzeugkommunikationssystem 

(57) Die Erfindung bezieht sich auf ein Fahrzeug- 
kommunikationssystem mit einem Zentralrechner zur 
Durchfuhrung von Telematik-Applikationen, Gerateein- 
heiten zum Senden, Empfangen, Erfassen und/oder 
Verarbeiten von zu den Telematik-Applikationen gehdri- 
gen Daten und einem oder mehreren Datenubertra- 
gungskanalen mit zugehorigen Schnittstellen, uber 
welche die Gerateeinheiten mit dem zentralen Fahr- 
zeugrechner verbindbar sind. 

ErfindungsgemaG sind die Gerateeinheiten den 
verschiedenen Telematik-Applikationen flexibel steuer- 
bar zugeordnet, wobei eine adaptive Applikationssteue- 
rung vorgesehen ist, die zur Durchfuhrung einer 
jeweiligen Applikation die jeweils erforderlichen Gerate- 
einheiten funktionsbezogen auswahlt und die erforderli- 
chen Dateniibertragungsvorgange steuert 

Verwendung z.B. in Automobilen. 
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Beschreibung 

Die Erfindung bezieht sich auf ein Fahrzeugkom- 
munikationssystem mit einem Zentralrechner zur 
Durchfuhrung von Telematik-Applikationen, mit Gerate- s 
einheiten zum Senden, Empfangen, Erfassen und/oder 
Verarbeiten von zu diesen Appfikationen gehdrigen 
Daten und mit einem oder mehreren Dateniibertra- 
gungskanalen mit zugehorigen Schnittstellen, Ober wel- 
che die Gerateeinheiten mit dem Zentralrechner 10 
verbindbar sind. 

Der Einsatz von Telematiksystemen, d.h. elektroni- 
schen Datenubertragungssystemen, die Telekommuni- 
kationsdienste nutzen, gewinnt auch auf dem Gebiet 
der Fahrzeugtechnik zunehmend an Bedeutung. So is 
werden im Fahrzeug bereits Telekommunikationsdien- 
ste eingesetzt, die in den Bereichen Verkehrslenkung, 
Sicherheitsdienste, dynamische Navigationshilfe und 
mobiles Buro neue Funktionalitaten ermdglichen. 

Herkdmmliche Telematiksysteme dieser Art beste- 20 
hen aus einem eigenstandigen Rechner mit Schnittstel- 
len zu einem speziell zugehorigen Funkgerat, z.B. 
GSM- oder Modacom-Gerat, und/oder zu einem Positi- 
onsempfanger, wie einem GPS-Empfanger. Die heute 
auf dem Markt verfiigbaren Telekommunikationsgerate 25 
unterscheiden sich grundsatzfich im Schnittstellenpro- 
tokoll. Obwohl es Standardisierungsbemuhungen gibt, 
unterscheiden sich die Schnittstellenprotokolle der 
Gerate in Abhangigkeit des Herstellers, der Version, 
des Modells und der Technologie, so daG es bislang nur 30 
Einzelldsungen mit genau definierten Komponenten 
und Schnittstellen gibt. Die Integration mehrerer Tele- 
matikfunktionalitaten in ein Fahrzeug erfolgt daher bis- 
lang in Form von voneinander getrennten 
Insellosungen, da die jeweils zugehorigen Funk- und 3s 
Peripheriegerate uber keine Netzwerkschnittstellen ver- 
fugen, mit denen sie mehrfach fur verschiedene Appli- 
kationen multifunktional genutzt werden konnten. Eine 
solche Architektur eines Fahrzeugkommunikationssy- 
stems erfordert eine laufende Wartung der Systeme fiir 40 
Modrfikationen. Der damit verbundene organisatorische 
und logistische Aufwand fuhrt zu einer sehr einge- 
schrankten Reaktionsfahigkeit solcher Fahrzeugkom- 
munikationssysteme auf neu auf dem Markt 
erscheinende Telematikfunktionen und -komponenten. 45 

Ein Fahrzeugkommunikationssystem der eingangs 
genannten Art ist beispielsweise in der Offenlegungs- 
schrift DE 44 03 712 A1 in Form eines aus dem Fahr- 
zeug herausnehmbaren Bordcomputers offenbart, der 
Steuerungsfunktionen zur Fahrzeugnavigation, fur ein so 
Verkehrsfunkradio und eine Fernsprecheinrichtung 
umfaBt. 

In der Patentschrrft DE 41 10 372 C2 ist eine Multi- 
plex-Obbertragungsanordnung fur ein Fahrzeug 
beschrieben, die zwei Netzwerke und einen Gateway- ss 
Netzwerkknoten beinhaltet, uber den Daten zwischen 
den Netzwerken ubertragen werden konnen. 

Ein grundlegendes Problem herkommlicher Fahr- 
zeugkommunikationssysteme der eingangs genannten 



Art liegt darin, daG die Treibereinheiten fur die Gerate- 
einheiten und die Schnittstellen, d.h. die Gerate- und 
Schnittstellen-Gateways, untrennbare Einheiten mit der 
jeweiligen Schnittstelle bilden, die zum AnschluB der 
betreffenden Gerateeinheit vorgesehen ist. Die Gerate- 
einheiten werden durch die angeforderte Applikation 
vom Rechner uber die unveranderlich vorgegebene 
Architektur von jeweiligem Schnittstellen- und Gerate- 
Gateway und zugeordneter Schnittstelle angesprochen. 
Eine flexible Ansteuerung der jeweiligen Gerateeinheit 
uber eine andere Schnittstelle oder ein Austausch einer 
Gerateeinheit durch eine Einheit mit gleicher Funktion, 
jedoch anderen Typs ist nicht ohne groBen Anpas- 
sungsaufwand moglich, da hierzu nicht nur die betroffe- 
nen Schnittstellen- und Gerate-Gateways angepaGt, 
d.h. durch andere Versionen ersetzt werden mussen, 
sondern aufgrund dieser MaGnahme auch Anderungen 
im Rechner selbst und/oder der Applikation zwecks 
Anpassung an geanderte Datenformate etc. notwendig 
sind. Ein herkommliches System dieser Art ist in seinen 
Grundzugen in der Veroffentlichung A. Kirson, ATIS - A 
Modular Approach, IEEE Plans '92 Position Location 
and Navigation Symposium, 1. Januar 1992, Seite 528 
angedeutet, wobei dort als Applikationen Routenpla- 
nung, Routenfuhrung, Zugriff auf Datenbanken und 
Benutzerschnittstellenfunktion genannt sind. Die Offen- 
legungsschrift DE 42 18 804 A1 zeigt ein System, das 
eine gewisse Flexibilitat hinsichtlich der Darstellung von 
Fahrzeuginformationen besitzt, wozu ein Informations- 
Management-System vorgesehen ist, mit dem Informa- 
tionen in einem Kraftfahrzeug flexibel an die jeweiligen 
Bedurfnisse angepaGt dargestellt, aufbereitet und 
gespeichert werden, wobei das System so ausgelegt 
sein soil, daG es fiir zukunftige Erfordernisse off en und 
damit leicht erweiterbar ist. 

Der Erfindung liegt als technisches Problem die 
Bereitstellung eines Fahrzeugkommunikationssystems 
der eingangs genannten Art zugrunde, das mit verhalt- 
nismaGig geringem Aufwand eine erhohte Flexibilitat 
bei der Durchfuhrung von Telematik-Applikationen bie- 
tet. 

Die Erfindung lost dieses Problem durch die Bereit- 
stellung eines Fahrzeugkommunikationssystems mit 
den Merkmalen des Anspruchs 1 . Bei diesem System 
sind die Gerateeinheiten zum Senden, Empfangen, 
Erfassen und/oder Verarbeiten der zu den Telematik- 
Applikationen gehdrigen Daten nicht in Form einer 
Inselldsung fest einer jeweiligen Telematik-Applikation 
zugeordnet, sondern diese Zuordnung ist flexibel aus- 
gelegt. Dabei wahlt eine adaptive Applikationssteue- 
rung, die in den Zentralrechner integriert oder extern 
von diesem angeordnet sein kann. die zur Durchfuh- 
rung einer jeweiligen Applikation jeweils erforderlichen 
Gerateeinheiten funktionsbezogen aus und steuert die 
erforderlichen Datenubertragungsvorgange. Dies 
erlaubt einen rnodularen Systemaufbau, bei dem Gera- 
teeinheiten unterschiedlicher Hersteller an eine oder 
mehrere geeignete Schnittstellen des Zentralrechners 
angeschlossen werden kdnnen. Jede Gerateeinheit 
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kann funktionsbezogen, d.h. zur Erfullung einer 
bestimmten, ihr zugewiesenen Funktion, wie beispiels- 
weise Positionsbestimmung, angesprochen werden. 
Diese Funktion kann die Gerateeinheit bei Bedarf nicht 
nur fur eine bestimmte, sondern fur jede Telematik- 
Applikation erf ul ten, zu deren Durchfuhrung diese 
Funktion erforderlich ist. Redundanzen zur Erfullung 
einer bestimmten Funktion fur mehrere Telematik- Appli- 
kationen lassen sich daher gegebenenfalls vermeiden. 
Umgekehrt kann eine Funktion, wie beispielsweise die 
Fahrzeugpositionsbestimmung, bei Bedarf redundant 
ausgelegt werden, indem die entsprechende Informa- 
tion gegebenenfalls in unterschiedlicher Gute aus meh- 
reren, voneinander unabhangigen Positions- 
bestimmungskanalen zur Verfugung gestellt wird. 
Zudem kann das Fahrzeugkommunikationssystem pro- 
blernlos mit neuen Gerateeinheiten und/oder Telematik- 
Applikationen erweitert werden, ohne daB der bereits 
bestehende Systemaufbau geandert werden muB. Mit 
dazu vorgesehenen Gerate- und Schnittstellen-Gate- 
ways, d.h. in Soft- Oder Hardware realisierten Treiber- 
einheiten fur die Schnittstellen und die daran 
anschlieBenden Gerateeinheiten, vermag die adaptive 
Applikationssteuerung eingehende Daten in das jewei- 
ligs ausgangsseitig benotigte Datenformat zu transfor- 
mieren, so daB die fur die jeweilige Applikation 
benotigten Gerateeinheiten flexibel uber die jeweiligen 
Schnittstellen angesteuert werden kdnnen. Die Applika- 
tionssteuerung ist dabei in der Lage, die jeweils beno- 
tigten, geeigneten Gerate- und Schnittstellen-Gateways 
flexibel und funktionsbezogen aus der Gesamtheit der 
Gateways auszuwahlen. 

Eine Weiterbildung der Erfindung nach Anspruch 2 
beinhaltet vorteilhafte Moglichkeiten von Schnittstellen 
fur den AnschluB der Gerateeinheiten am Zentralrech- 
ner. 

Eine Weiterbildung der Erfindung nach Anspruch 3 
beinhaltet vorteilhafte Gerateeinheiten zur Erfullung 
bestimmter Funktionen fur Telematik-Applikationen. 

Eine Weiterbildung der Erfindung nach Anspruch 4 
beinhaltet vorteilhafte Telematik-Applikationen, die in 
beliebiger Kombination vorgesehen sein kdnnen. 

Bevorzugte Ausfuhrungsformen der Erfindung sind 
in den Zeichnungen dargestelit und werden nachfol- 
gend beschrieben. Hierbei zeigen: 

Fig. 1 eine schematische Obersicht uber die 
wesentlichen Bestandteile eines Fahrzeugs- 
kommunikationssystems, 

Fig. 2 ein schematisches Blockdiagramm des fur 
das Fahrzeugkommunikationssystem von 
Fig. 1 verwendeten Zentralrechners mit 
zugehdrigen Schnittstellen und daran 
anschlieBbaren Gerateeinheiten, 

Fig. 3 ein schematisches Blockdiagramm eines 
Aufbaus einer in den Zentralrechner von Fig. 
2 integrierten, adaptiven Applikationssteue- 



w 



rung, 

Fig. 4 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Gerateflexibilitat des 
Systems der Figuren 1 bis 3. 

Fig. 5 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Schnittstellenflexibilitat 
des Systems der Figuren 1 bis 3 und 



Fig. 6 ein schematisches Blockdiagramm zur Ver- 
anschaulichung der Durchfuhrung eines 
Fiottenmanagements als einer Telematik- 
Applikation mit dem System der Figuren 1 
15 bis 5. 

Fig. 1 zeigt die wesentlichen Elemente des Fahr- 
zeugkommunikationssystems. Das Herzstuck bildet ein 
z.B. in einem PKW oder LKW installierter Zentralrech- 

20 ner (1), mit dem mehrere Telematik-Applikationen 
durchgefuhrt werden kdnnen, und zwar die Applikatio- 
nen Flottenmanagement, Routenplanung, Ferndia- 
gnose, Diebstahlschutz und Rechnerfern- 
kommunikation, wie das Versenden elektronischer Post 

25 und das Zugreifen auf Datenbanken. Die Telematik- 
Applikationen konnen in den Zentralrechner (1) als 
Hardware oder als Softwarepaket integriert oder durch 
ein eigenstandiges Steuergerat oder als Softwarepaket 
auf einem externen, mobilen Rechner realisiert sein. Mit 

30 dem Zentralrechner (1) ist eine Mehrzahl von Gerate- 
einheiten verbindbar, und zwar in diesem Beispielsfall 
speziell ein GPS-Empfanger, ein mobiler Rechner in 
Form eines PDA (Personal Digital Assistant), ein Mobil- 
funkgerat (GSM), eine CD-ROM-Einheit und ein RDS- 

35 TMC-Gerat. Zum AnschluB dieser Gerate an den Zen- 
tralrechner (1) dienen unterschiedliche Schnittstellen, 
und zwar eine CAN-, eine PCMCIA-, eine RS232-, eine 
IR- und eine D2B-Schnittstelle. Mit IR ist hierbei eine 
Infrarot-Schnittstelle und mit D2B (Digital Domestic 

40 Bus) eine in Fahrzeugen der Mercedes-Benz AG zum 
Einsatz kommende Schnittstelle eines optischen Daten- 
busnetzwerks bezeichnet. Die ubrigen Bezeichnungen 
sind Standardbezeichnungen. Es versteht sich, daB das 
System je nach Anwendungsfall auch mehr oder weni- 

45 ger Applikationen, Gerate und/oder Schnittstellen 
umfassen kann. 

Die Datenkommunikation zwischen den Geraten 
und dem Zentralrechner (1) erfolgt uber die zu den 
Schnittstellen gehOrigen Datenubertragungskanaien. 

so Dabei sind die Gerate nicht wie bei herkdmmlichen 
Systemen jeweils einer bestimmten Applikation zuge- 
ordnet, sondern werden von einer in diesem Beispiel in 
den Zentralrechner (1) integrierten, adaptiven Applikati- 
onssteuerung flexibel zur Erfullung der ihnen inharen- 

55 ten Funktion herangezogen, was gegebenenfalls fur 
mehrere unterschiedliche Telematik-Applikationen der 
Fall sein kann. Die adaptive Applikationssteuerung ist 
so ausgelegt, daB die Applikation kein explizites Gerat 
ansteuert, sondern der Steuerung einen aus- bzw. ein- 
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gehenden Kommunikationswunsch mitteilt. Die Steue- 
rung wahlt dann das geeignetste Gerat und den 
entsprechenden Kommunikationskanal hierfur aus. Auf 
diese Weise konnen Applikationen Gerate unterschied- 
licher Hersteller ansprechen und bendtigen keine Infor- s 
mationen, uber welches Netzwerk das gewunschte 
Gerat anzusprechen ist. Vielmehr ubernimmt die adap- 
tive Applikationssteuerung die Fuhrung der Datenuber- 
tragung und setzt die Datenpakete gemaB dem 
jeweiligen Netzwerkprotokoll uber spezietle Gateways w 
um. Mehrere Applikationen konnen dasselbe Gerat zur 
Kommunikation verwenden, wobei die adaptive Applika- 
tionssteuerung entscheidet, welche Verbindungsanfor- 
derungen Vorrang haben, indem sie den 
entsprechenden Kommunikationskanal zu dem Gerat 15 
durchschaltet. Dadurch laBt sich eine redundante 
Bestuckung des Fahrzeuges mit identischen Geraten 
fur unterschiedliche Telematik- Applikationen vermei- 
den. Umgekehrt konnen bei Bedarf bestimmte Funktio- 
nen redundant uber verschiedene Infor mationskanale 20 
ermittelt werden, z.B. die Bestimmung der aktuellen 
Fahrzeugposition wahlweise uber GPS, Mobilfunk 
und/oder ein Bakensystem. 

Fig. 2 zeigt die beispielhaft am Zentralrechner (1) 
vorzusehenden Schnittstellen nebst daran anschlieBba- 25 
ren Gerateeinheiten. wobei die gestricheit umrahmten 
Komponenten als optionale Erweiterung zu sehen sind. 
Der Zentralrechner (1) besitzt eine serielle RS232- 
Schnittstelle, an die ein Infrarot-Transceiver (IR) mit 
RS232-Schnittstelie zur optischen Anbindung einer 30 
PDA-Einheit angeschlossen ist. Wahlweise kann die 
PDA-Einheit auch direkt an diese RS232-SchnittsteHe 
angeschlossen werden, an die ansonsten auch ein 
GPS-Empfanger Oder ein datenfahiges Mobil- 
funk(GSM)-Gerat angebunden werden konnen. Des 35 
weiteren besitzt der Zentralrechner (1) eine PCMCIA- 
Schnittstelle, an die ein GSM-Gerat angeschlossen ist. 
An eine weitere RS232-Schnittstelle kann optional der 
GPS-Empfanger mit dem Zentralrechner (1) verbunden 
sein. Uber eine zweite PCMCIA-Schnittstelle ist an den 40 
Zentralrechner (1) ein CAN-Datenbus (CAN1) mit nach- 
geschalteten Kommunikationsgerateeinheiten (Komml, 
Komm2) angeschlossen. Diese beiden Kommunikati- 
onsgerateeinheiten konnen beispielsweise je ein Steu- 
ergerat fur eine Hardwareausfuhrung der Applikationen 45 
Ferndiagnose und Diebstahlschutz sein. Uber einen 
optischen Datenbusring mit D2B-Schnittstelle konnen 
der GPS-EmpfSnger, das GSM-Gerat und/oder das 
RDS-TMC-Gerat an den Zentralrechner (1) ange- 
schlossen werden, wenn dieser Datenubertragungska- so 
nal im Fahrzeug realisiert ist. Der Zentralrechner (1) ist 
zweckmaBig mit einem echtzeitfahigen Multitasking- 
Betriebssystem ausgestattet und kann als Verbindungs- 
punkt in einer heterogenen Netzwerkumgebung dienen. 

Die adaptive Applikationssteuerung bietet fur sol- ss 
che Telematik-Applikationen, deren Kommunikations- 
beziehung mit den beteiligten Gerateeinheiten test 
vorgegeben ist, z.B. uber eingegebene Bezeichner, 
einen sicheren Datentransport, wobei u.a. gepruft wird. 



ob das angeforderte Gerat gerade belegt ist und an wel- 
chem Datennetz dieses aktuell angeschlossen ist. Sol- 
che Applikationen sind beispielsweise die auf einem 
Steuergerat implementierte Fahrzeugferndiagnose 
oder das Versenden eiektronischer Post mit einem 
PDA. Daruber hinaus beinhaltet das System soge- 
nannte integrierte Telematik-Applikationen, die speziell 
fur den Einsatz in Verbindung mit der adaptiven Applika- 
tionssteuerung ausgelegt sind, wie z.B. die Applikation 
Flottenmanagement. Daneben sind in das System 
Basisdienste implementiert, die Funktionalitaten anbie- 
ten, auf die andere Basisdienste und die integrierten 
Applikationen explizit zugreifen konnen, wodurch sich 
wiederum eine redundante Auslegung solcher Funktio- 
nalitaten vermeiden laBt 

Diese Basisdienste lassen sich in Funktionen zur 
Ermittlung von nach auBen bereitzustellenden Daten, 
wie Positionsbestimmung, Uhrzeitbestimmung etc., 
sowie in sogenannte Gateways unterscheiden, die 
einen eingehenden Datenstrom anhand von Vorgaben 
einer anfordernden, integrierten Applikation oder eines 
anfordernden Basisdienstes transformieren. Bezuglich 
der Gateways sind wiederum Schnittstellen-Gateways, 
Gerate-Gateways und Format-Gateways zu unterschei- 
den. Die Schnittstellen-Gateways transformieren einge- 
hende Daten in das Schnittstellen- bzw. 
Datenbusformat der jeweils zugehorigen Schnittstelle 
und umgekehrt, wahrend die Gerate-Gateways einge- 
hende Daten in ein fur das zugehorige Gerat geeigne- 
tes Datenformat transformieren und umgekehrt die vom 
Gerat kommenden Daten in das geeignete Ausgangs- 
datenformat transformieren. Die Format-Gateways 
wandelndie von einem Basisdienst ermittelten Daten in 
ein anderes (Standard) -Format um, z.B. die Positions- 
daten des Fahrzeugs. Zusatzlich zu den Basisdiensten 
konnen auch Mehrwertdienste vorgesehen sein, die 
sich von den Basisdiensten dadurch unterscheiden, 
daB sie letzere ihrerseits aufrufen. Ein Beispiel hierfur 
ist der Mehrwertdienst RDS-TMC. der aktuell relevante 
Verkehrsinformationen empfangen und hinsichtlich der 
aktuellen Fahrzeugposition, die ein Basisdienst dar- 
stellt, gewichten muB. 

Fig. 3 zeigt schematisch einen fur die Erfullung der 
obigen Funktionalitaten geeigneten Aufbau der adapti- 
ven Applikationssteuerung. Die adaptive Applikations- 
steuerung beinhaltet in dieser Systemauslegung eine 
Steuereinheit (2), die das adaptive Informationsmana- 
gement ubernimmt Des weiteren sind eine Mehrzahl 
von Basis- bzw. Mehrwertdiensten (3) illustriert, bei- 
spielsweise zur Bestimmung der Fahrzeugposition, der 
Uhrzeit und der Fahrzeuggeschwindigkeit. Die Steue- 
rung enthait auBerdem eine Mehrzahl von Gerate-Gate- 
ways (4), die den entsprechenden Gerate- Einheiten 
zugeordnet sind. AuBerdem beinhaltet sie die erforderli- 
chen Schnittstellen-Gateways (5), deren Ausgangslei- 
tungen (6) zu den entsprechenden Schnittstellen 
fuhren. Die Steuereinheit (2) hat vor allem die Funktio- 
nen, die Basisdienste fur integrierte Applikationen 
bereitzustellen, die Datenbasis zu aktualisieren, die 
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Topologie und die Resourcen des Systems, die aktuell 
belegten Komponenten und die vorhandenen, bzw. akti- 
ven Client/Server-Beziehungen zu kontrollieren. Eine 
weitere Aufgabe ist die Zugangs- und Sicherheitskon- 
trolle. Im Sinne eines Master/Slave- Konzeptes ist die 5 
Steuereinheit (2) selbst Bestandteil des Server-Netzes 
und agiert als Master fur die anderen Server. 

Zur Kommunikation innerhalb der Umgebung der 
adaptiven Applikationssteuerung ist eine geeignete 
Kommunikationsarchitektur vorgesehen, die auf dem 10 
sogenannten ISO/OSI-Basis- Referenzmodell als 
grundlegender Struktur aufbaut. Die InterprozeBkom- 
munikation ist so gestaltet, daB die Applikationen vollig 
unabhangig von den darunterliegenden Kommunikati- 
onsstrukturen sind. Die Kommunikation zwischen zwei is 
Prozessen erfolgt uber sogenannte Kommunikations- 
endpunkte, wobei sich einer der kommunizierenden 
Prozesse auBerhalbdes Fahrzeugs befinden kann. Zur 
Realisierung von Client-Server-Strukturen sind Mecha- 
nismen zum transparenten Aufruf der Server-Funktio- 20 
nen und zur korrekten transparenten Datenaufbereitung 
vorgesehen. Durch eine oberste RPC( Remote Proce- 
dure Call)-Kommunikationsschicht wird die geforderte 
InterprozeBkommunikation bewerksteiiigt. Hierdurch 
wird die Lokalitat der miteinander kommunizierenden 25 
Applikationen auf dem Zentralrechner selbst Oder raum- 
lich von diesem entfernt vdllig transparent. Es besteht 
auch die MCglichkeit. Dienstanforderungen von einem 
Oder mehreren Dienstanbietern bearbeiten zu lassen, 
wodurch das Einbinden potentiell konkurrierender 30 
Applikationen mit moglicherweise unterschiedlicher 
Dienstgute bereits uber die Kommunikationsplattform 
geschehen kann. Diese Redundanz fuhrt dann zur 
hoheren Verfugbarkeit einer Applikation, da beim Aus- 
fall eines Anbieters bereits auf der Kommunikations- 35 
plattform ein funktionsanaloger Anbieter einspringen 
kann. Ein Beispiel hierfur ist die Fahrzeugpositionsbe- ^ 
stimmung wahlweise uber GPS, GSM Oder Koppelnavi- 
gation. 

Die Kommunikationsarchitektur beinhaltet des wei- 40 
teren eine Datentransportschicht, hier beispielhaft in 
Form einer TCP-Schicht. Eine weitere Kommunikati- 
onsschicht in Form einer Vermittlungsschicht, beispiels- 
weise als IP-Schicht, ubernimmt die Adressierung 
desjenigen Rechners, auf welchem der Kommunikati- 45 
onspartner lokalisiert ist, gegebenfalls unter Verwen- 
dung einer AdreBumsetzung. Unterhalb der IP-Schicht 
erfotgt eine Abbildung auf die physikalisch vorhandenen 
Ubertragungsmedien, wobei eine Sicherungsschicht 
dafur sorgt, daB Ubertragungsfehler des Mediums zwi- so 
schen Nachbarknoten erkannt und gegebenenfalls kor- 
rigiert werden. Eine HTTP-Servereinheit (7) erlaubt die) 
Kommunikation mit externen Datenbanken, z.B. uber, 
einen Internet-AnschluB. Mit diesem Aufbau erfullt die' 
adaptive Applikationssteuerung zum einen ein Netz- ss 
werkmanagement, welches die Managementaufgaben*' 
auf alien Schichten der Kommunikationsarchitektur 
beinhaltet, und zum anderen ein Applikationsmanage- 
ment, worunter die gesamten Aufgaben einer dynami- 



schen, adaptiven Client/Server-Umgebung fallen. J 
Eine Applikation kann, entsprechend dem Cli- 
ent/Server-Konzept, als Client Oder als Server agieren. 
Ob dafur Kommunikation mit der AuBenwelt notwendig 
ist und welche Gerateeinheiten dafur gegebenenfalls 
verwendet werden, ist fur die Applikation nicht relevant. 
Eine Gerateeinheit ist uber eine Schnittstelle mit dem 
Zentralrechner (1) verbunden und stellt entweder einen 
Kommunikationsendpunkt oder einen Zugangspunkt zu 
einem anderen Kommunikationskanal dar, insbeson- 
dere zur Kommunikation mit fahrzeugexternen Partner- 
geraten. Durch diese Geratetransparenz ist es ohne 
weiteres moglich, ein Gerat durch ein anderes, bei- 
spielsweise ein solches von einem anderen Hersteller, 
zu ersetzen, bei dem eventuell ein anderes Datenformat 
verwendet wird. Wenn mehrere unterschiedliche Gerate 
zur Erfullung einer bestimmten Funktion vorhanden 
sind, trifft die adaptive Applikationssteuerung die Aus- 
wahl, welches Gerat momentan am geeignetsten ist. 
Die jeweilige Applikation selbst bleibt hiervon unberuhrt. 
Diese Geratetransparenz ist in Fig. 4 am Beispiel einer 
Applikation (8) veranschaulicht, die eine Fahrzeugposi- 
tionsbestimmung erfordert. Fur diese Positionsbestim- 
mung sind im Beispiel von Fig. 4 einerseits ein Baken- 
Kommunikationsgerat und andererseits ein GPS-Emp- 
f^nger vom Typ Standard A sowie optional ein zusatzli- 
cher GPS-Empf&nger vom Typ Standard B und/oder ein 
GSM-Gerat in Vertoindung mit einem GPS-Empfanger 
vorhanden. Auf Anforderung einer Fahrzeugpositions- 
bestimmung durch die Applikation (8) weist die adaptive 
Applikationssteuerung (9) der Applikation (8) das 
momentan gerade gunstigste Gerat zur Positionsbe- 
stimmung des Fahrzeugs zu. Gegebenenfalls kann die 
adaptive Applikationssteuerung (9) mehrere der vier 
Gerate zur Fahrzeugpositionsbe-stimmung aktivieren 
und die unabhangig voneinander redundant erhaltenen 
Positionsdaten zur Bestimmung der Fahrzeugposition 
geeignet auswerten. 

Nachdem von der adaptiven Applikationssteuerung 
festgestellt wurde, mit welchem bzw. uber welches 
Gerat kommuniziert werden soli, priift sie des weiteren, 
uber welche Schnittstelle auf dieses Gerat zugegriffen 
werden kann. Dies ist nStig, da mehrere Schnittstellen 
derselben Art vorhanden sein kdnnen, die voneinander 
zu unterscheiden sind, oder da das Gerat in verschiede- 
nen Versionen mit verschiedenen Schnittstellen verfug- 
bar sein kann, so daB es moglich ist, das Gerat an eine 
andere, gleichartige Schnittstelle umzustecken oder es 
durch eines mit anderer Schnittstelle zu ersetzen, ohne 
daB die Applikation angepaBt werden muB. Diese 
Schnittstellentransparenz ist in Fig. 5 am Beispiel eines 
GSM-Mobilfunkgerates illustriert. Dabei ist beispielhaft 
angenommen, daB das GSM-Gerat an eine RS232B- 
Schnittstelle angeschlossen ist, alternativ einderartiges 
GSM-Gerat jedoch auch an anderen Schnittstellen 
angeschlossen sein konnte, wie einer RS232A-, einer 
CAN-, einer D2B- und einer PCMCIA-Schnittstelle. Die 
adaptive Applikationssteuerung (9) wahlt dann fur die 
betreffende Applikation die jeweils besetzte bzw. gun- 
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stigste Schnittstelle zu dem zu aktivierenden GSM- 
Gerat aus. Die adaptive Applikationssteuerung ist im 
ubrigen zur Erfuilung einer Multiplex-Funktion ausge- 
legt, mit welcher der Fall beherrschbar ist, daf3 mehrere 
Applikationen gleichzeitig auf ein Kommunikationsgerat 5 
zugreifen. Diese Funktion beinhaltet eine Priorisierung 
der Applikationen und die Unterbrechbarkeit der diver- 
sen Kommunikationskanale. 

Integrierte Applikationen innerhafb und auRerhalb 
des Zentralrechners kdnnen uber dieselben Client-Ser- 10 
ver-Mechanismen mit Applikationen und Basisdiensten 
innerhalb des Zentralrechners Oder mit anderen exter- 
nen Dienstanbietern kommunizieren, wobei in diesem 
Fall der Kommunikationspfad uber zwei Schnittstellen- 
Gateways und zwei Gerate-Gateways lauft. Fur nicht is 
integrierte Applikationen aufterhalb des Zentralrech- 2. 
ners mit fester Kommunikationsbeziehung zu den Gera- 
ten dient die adaptive Applikationssteuerung dazu, zu 
verhindern, daft ein bestimmtes Gerat von einer ande- 
ren Applikation ebenfalls angefordert wird Oder sich das 20 
Gerat in einem anderen Datennetzwerk oder an einer 
anderen Adresse befindet als von dieser Applikation 
angenommen. Der Zentralrechner dient in diesem Fall 
dazu, den Zugriff auf die Gerate zu regeln. 3. 

Fig. 6 veranschaulicht exemplarisch die Durchfuh- 25 
rung einer Flottenmanagement-Applikation. Eine 
externe, nicht gezeigte Flottenmanagement-Zentrale 
kommuniziert uber ein GSM-Gerat (11), das uber ein 
CAN-Gateway an den CAN-Bus des Fahrzeugs ange- 
bunden ist, und uber ein GSM-Gateway mit der inte- 30 
grierten Applikation Flottenmanagement im 
Zentralrechner (1). Diese Applikation fordert die Funk- 4. 
tion Position an, die ihrerseits uber ein GPS-Gateway 
und das CAN-Gateway mit einem GPS-Empf anger (12) 
kommuniziert, der ebenfalls am CAN-Bus des Fahr- 35 
zeugs hangt. 

Wie aus der vorstehenden Beschreibung eines 
bevorzugten Ausfuhrungsbeispiels ersichtlich wird, 
erlaubt das erfindungsgemafce Fahrzeugkommunikati- 
onssystem eine flexible und komfortable Durchfuhrung 40 
von verschiedensten Telematik-Applikationen im Fahr- 
zeug mit vergleichsweise geringem Aufwand. 



die mit den Telematik-Applikationen uber ein 
von den vorhandenen Schnittstellen und Gera- 
teeinheiten unabhangiges, einheitliches Daten- 
format kommuniziert, die fur die jeweiligen 
Telematik-Applikationen benotigten Gerat eein- 
heiten und Schnittstellen flexibel funktionsbe- 
zogen auswahlt und darauf aufbauend die 
erforderlichen Datenubertragungsvorgange 
steuert, wozu sie Gerate-Gateways (4) und 
davon getrennte Schnittstell en-Gateways (5) 
beinhaltet, die von ihr unabhangig voneinander 
flexibel funktionsbezogen zwecks Ansteuerung 
der jeweiligen Gerateeinheiten uber die jeweili- 
gen Schnittstellen ausgewahlt werden. 

Fahrzeugkommunikationssystem nach Anspruch 1, 
weiter 

dadurch gekennzeichnet, daft 

zum Anschlu6 der Gerateeinheiten an den Zentral- 
rechner (1) eine CAN-, eine RS232-. eine PCMCIA- 
, eine D2B- und/oder eine IR-Schnittstelle vorgese- 
hen ist. 

Fahrzeugkommunikationssystem nach Anspruch 1 
oder 2, weiter 

dadurch gekennzeichnet, daft 

als Gerateeinheiten wenigstens ein GPS-Empfan- 
ger, eine PDA-Einheit. eine GSM-Einheit, eine CD- 
ROM-Einheit und/oder eine RDS-TMC-Eihheit vor- 
gesehen sind. 

Fahrzeugkommunikationssystem nach einem der 
Anspruche 1 bis 3, weiter 
dadurch gekennzeichnet, daft 
als Telematik-Applikationen eine Flottenmanage- 
ment-Applikation eine Routenplanungs-Applika- 
tion, eine Ferndiagnose-Applikation, eine 
Diebstahlschutz-Applikation und/oder eine elektro- 
nische Datenkommunikations-Applikation vorgese- 
hen sind. 



Patentanspriiche 

45 

1. Fahrzeugkommunikationssystem mit 

einem Zentralrechner (1 ) zur Durchfuhrung von 
Telematik-Applikationen, 

Gerateeinheiten zum Senden, Empfangen, so 
Erfassen und/oder Verarbeiten von zu den 
Telematik-Applikationen gehOrigen Daten und 
einem oder mehreren Datenubertragungska- 
nalen mit zugehorigen Schnittstellen, uber wel- 
che die Gerateeinheiten mit dem zentralen 55 
Fahrzeugrechner verbindbar sind. 
gekennzeichnet durch 
eine von den Telematik-Applikationen 
getrennte, adaptive Applikationssteuerung (9), 
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